broadway: Don't crash of drag-resizing when already active

This is what the X11 code does.

broadway: Send actual float32, not some hack

broadway: Use DataView instead of hand-rolled int parsers

This is nicer in general, but also will let us do floats more sanely.

Broadway: Add node for debug nodes

This can be helpful when debugging broadway.

broadway: Don't fall back for translation transform nodes

These are trivial anyway

CI: set a timeout multiplier for the tests

CI can be slower than your normal dev machine so give it a bit more time

Merge branch 'wip/layout-manager' into 'master'

Add Layout Managers

See merge request GNOME/gtk!534

win32: remove another call to gdk_device_warp()

Inline the implementation (untested). To fix the build.

win32: remove unused gdk_display_warp_device

to fix the build

Yet another win32 build fix

So much empty warping.

Changes after review

 - Rename GtkLegacyLayout to GtkCustomLayout
 - Use for() to iterate over children in GtkBinLayout
 - Whitespace fixes for code imported from GtkBox
 - Store the GtkLayoutChild instances inside LayoutManager
 - Simplify the GtkLayoutManager API by dropping unnecessary arguments
 - Fix the ownership model of GtkLayoutManager

Parse layout properties

If a widget has a LayoutManager instance, then we want to parse layout
properties in UI description files; the grammar is similar to packing
properties in GtkContainer:

    <child>
      <object ...>
        <property name="...">...</property>
        <layout>
          <property name="pname">value</property>
        </layout>
      </object>
    </child>

The properties are applied after a child has been added to its parent,
to the parent's layout manager property should be set.

Add GtkBinLayout

Like GtkBin, but lets you lay out multiple children instead of just one.

Port GtkSwitch to GtkLegacyLayout

Add GtkLegacyLayout

GtkLegacyLayout is a layout manager for the transitional period between
the introduction of layout managers and the removal of GtkWidget virtual
functions for the size negotiation.

docs: Add chapter on layout managers

Port GtkBox to GtkBoxLayout

We can delegate all the layout management to a GtkBoxLayout, now that we
have one.

Add GtkBoxLayout

The same layout policy of GtkBox, without all the GtkContainer calories.

Add GtkLayoutChild

Layout managers needs a way to store properties that control the layout
policy of a widget; typically, we used to store these in GtkContainer's
child properties, but since GtkLayoutManager is decoupled from the
actual container widget, we need a separate storage. Additionally, child
properties have their own downsides, like requiring a separate, global
GParamSpecPool storage, and additional lookup API.

GtkLayoutChild is a simple GObject class, which means you can introspect
and document it as you would any other type.

Rename the internal GtkLayoutChild type

The type is completely private to GtkLayout, so there's really no need
to namespace it.

Add GtkWidget:layout-manager

We can use a constructor property for existing container widgets with
a layout policy, and move the layout policy implementation out of the
widget itself and into a LayoutManager subclass.

Hook GtkLayoutManager into GtkWidget

We delegate the size request mode, the measuring, and the allocation of
a widget through a GtkLayoutManager instance, if one has been attached
to the widget; otherwise, we fall back to the widget's own implementation.

Add GtkLayoutManager

A base abstract class for layout manager delegate objects.

Layout managers are associated to a single widget, like event
controllers, and are responsible for measuring and allocating the
children of the widget they are bound to.

Fix the windows build

There was another warp implementation that needed to be removed.
This commit also addresses a number of compiler warnings
in passing.

Doc comment fixup

popover: Always measure contents gizmo

Otherwise we're getting warnings about allocating a widget we haven't
measured first, which is fair. The contents gizmo itself will later take
care about whether or not the real popover child is NULL.

popover: Don't try to compute_bounds of a NULL child

win32: Drop the warp implementation

We no longer support pointer warping.

Update Polish translation

Update POTFILES.in

Remove gdk_device_warp

This was only ever implemented on X11, and is
not something we want to encourage apps to do, ever.

Remove a dead file

We are not using this anymore.

color editor: Don't warn if editing is cancelled

Thats a valid way to end color picking.

Fix compile warning

Remove win32 themeing support

It was unused through all of GTK 3, so it is not worth supporting.

The best Windows themes do not make use of it at all.

Merge branch 'ime-load-fix' into 'master'

Ime load fix (GTK4)

See merge request GNOME/gtk!662

Fix hover state handling

We were not paying enough attention to detail when updating
hover and focus state while generating crossing events. The
invariant that we need to preserve here is that when a widget
has focus or hover, its parent does too.

Stop walking parent surfaces for crossing event generation

We basically don't have child surfaces anymore (the last
use in popovers is on the way out). This really needs
to be done in terms of widgets, not surfaces. For now,
just stop walking parent surfaces.

cssparser: Simplify

Remove the uint parser (and use the int parser in the one user of it).

And avoid unnecessarily going through a macro.

cssparser: Remove unused functions

Remove debug spew

GDK W32: Fix property setting to correctly use static strings

The strings that are set are static, so g_value_set_static_string() should
be used to set them instead of g_value_set_string().

GDK W32: Test for IME correctly

ImmIsIME() doesn't work (always returns TRUE) since Vista.
Use ITfActiveLanguageProfileNotifySink to detect TSF changes,
which are equal to IME changes for us.

Also make sure that IMMultiContext re-loads the IM when keyboard layout
changes, otherwise there's a subtle bug that could happen:
* Run GTK application with non-IME layout (US, for example)
* Focus on an editable widget (GtkEntry, for example)
* IM Context is initialized to use the simple IM
* Switch to an IME layout (such as Korean)
* Start typing
* Since IME module is not loaded yet, keypresses are handled
  by a default MS IME handler
* Once IME commits a character, GDK will get a WM_KEYDOWN,
  which will trigger a GdkKeyEvent, which will be handled by
  an event filter in IM Context, which will finally re-evaluate
  its status and load IME, and only after that GTK will get
  to handle IME by itself - but by that point input would
  already be broken.
To avoid this we can emit a dummy event (with Void keyval),
which will cause IM Context to load the appropriate module
immediately.

entry: Disconnect text signals in dispose

This was showing up as crashes when closing
the file chooser.

Merge branch 'adwaita-remove-selectionmode-assets-master' into 'master'

Adwaita: Drop checkbox-selectionmode assets

See merge request GNOME/gtk!634

Merge branch 'adwaita-selectionmode-checkboxes-master' into 'master'

Adwaita: Fix selection-mode checkboxes

Closes #28

See merge request GNOME/gtk!629

Merge branch 'adwaita-headerbar-switch-margins-master' into 'master'

Adwaita: Adjust switch margins on headerbars

Closes #1759

See merge request GNOME/gtk!651

Merge branch 'wip/jimmac/focus-ring-radii' into 'master'

Adwaita: draw bigger radius for focus rings

Closes #1756

See merge request GNOME/gtk!649

window: Update state flags

When the window gets active / inactive, we
don't propagate events, but just send focus-in / -out
to the current focus_widget. Improve this by updating
its state flags as well.

main: Fix crossing event generation for parented roots

We were walking the parent chain here, which now
always needs to consider whether it should stop
at roots. Like this one should.

The symptom was that a label with a popup attached to
it would end up with an unintentional focus ring that
would not go away.

Adwaita: Adjust switch margins on headerbars

Closes https://gitlab.gnome.org/GNOME/gtk/issues/1759

Adwaita: draw bigger radius for focus rings

Fixes https://gitlab.gnome.org/GNOME/gtk/issues/1756

gtk: Don't include gtkstylecontext.h from gtkcsstypesprivate.h

And make sure it's included everywhere it's needed.

stylecontext: Move atk.h include where it belongs

paned: hide the handle widget when <2 children are visible

paned: Refactor

Don't call a useless function, call gtk_widget_set_child_visible()
directly.

singleselection: Add forgotten notify emission

Also, add docs for the model property while I'm looking at the file.

revealer: Always use identity transform for revealed child

Refactor the child allocation machinery, so that the complex allocation
paths are only run when the animation is running.

And in particular, ensure that when no animation is running, the
identity transform is allocated.

renderer: Make gsk_renderer_is_realized() public

... and add a property for it.

renderer: Remove display property

Renderers don't need a display until they get realized. And once they
get realized, they can look up the display from the surface.

One forgotten leave signal handler

Adapt to motion controller api change

The signature of the enter/leave signals changed.
Adapt all users.

motion controller: Install the properties

Oops

Merge branch 'paned-no-grab' into 'master'

paned: Don't use a grab

See merge request GNOME/gtk!644

Merge branch 'crossing-details' into 'master'

motion controller: add details to signals

See merge request GNOME/gtk!621

Merge branch 'wip/carlosg/include-constructors-header' into 'master'

gdk: Include copy of glib/gconstructor.h

See merge request GNOME/gtk!642

paned: Don't use a grab

It does not seem necessary for proper functioning
of the drag handle.

editable: Fix a thinko

When dealing with subclasses of GtkEntry, we were not
getting the property offset that is stored on the GtkEntry
type.

This was showing up as criticals when trying to set
::width-chars on a GtkFileChooserEntry.

gdk: Include copy of glib/gconstructor.h

This is named gdkconstructor.h to avoid any possible conflicts. This fixes
the current usages of G_HAS_CONSTRUCTORS, as that header is not installed
by glib.

Update POTFILES.in

widget: Fix a mission annotation

motion controller: Add getters for crossing event targets

This information can be needed in signal handlers,
so make it available.

motion controller: Add focus properties

Add boolean properties, is-pointer-focus and
contains-pointer-focus, that track whether the pointer
is in the widget itself or in one of its descendants.

motion controller: add details to signals

The ::enter and ::leave signals get emitted up and down the
connecting path between the old an the new pointer location.

The signals are less useful if you can't find out where along
the path you are. That is what crossing mode and detail are
about, so add those to the signals.

a11y tests: Clean up the placeholder-text test

This was relying on setting has-focus for initial focus.

Merge branch 'wip/matthiasc/focus3' into 'master'

Move focus to GtkRoot

See merge request GNOME/gtk!640

xim: Stop using GtkWidget::event

It does not exist anymore. I'm removing this code now
because our CI tests are using xim and fail due to this.

Eventually, this code should be ported to use a popover.

a11y tests: Update expected results

The changes here are all related to initial focus.

Update the focus test

Check that we get the expected sequences of focus
change events for the nonlinear, inferior and ancestor
cases.

It would be nice to do the same checks for crossing
events, but we have no gtk_window_set_hover().

Use root in gdk_synthesize_crossing_events

Make gtk_widget_get_focus_child public

It doesn't really make sense to have only
the setter, but not the getter public.

Add key controller API to the docs

A bunch of API was missing here.

key controller: Enforce limitations of key forwarding

We now set current_event for focus-change as well,
so make sure to check the event type.

key controller: Improve the docs

Mention the limitations of the key forwarding api.

key controller: Add getters for focus event targets

This information can be needed in signal handlers,
so make it available.

key controller: Add focus properties

Add boolean properties, is-focus and contains-focus, that
track whether the focus is in the widget itself or in
one of its descendants.

key controller: Fix a copy/paste error

Prefix the finalize function properly.

Pass mode and detail to focus-in/out signals

This information is useful when maintaining a
'last focus' field.

Update all users.

Move maintaining the focus chain

Put this code in the same place where we generate
the crossing events.

Some fixes to crossing event generation

In the inferior and ancestor cases, we were missing
the initial/final event.

window: Use gtk_synthesize_crossing_events

Emit focus change events in the same way as crossing events.
Also change the code to only emit focus change events for
the master keyboard - we only maintain a single focus location,
so sending multiple focus change events for different devices
seems confusing.

Export gtk_synthesize_crossing_events internally

We want to use this for focus changes, now that
it can emit focus change events.

Share crossing and focus change event code

Make a single function that can emit both
enter/leave and focus change events.

gdk: Add a related_target field to some events

Crossing and focus change events are emitted between
two widgets, and want to associate both with the
events.

gdk: Rename gdk_event_set_user_data

Lets call it what it is, the target.
All of this is private api anyway.

Update all callers.

gdk: Add crossing mode and detail to focus events

We want focus events more similar to crossing events.

Clarify grab_focus docs

window: Remove initial-focus builder support

With focus-widget now a property, this is no longer needed.

window: Remove ::set-focus

The focus-widget is now a property, so we don't need
this signal anymore.

popover: Stop using ::set-focus

This will change completely when GtkPopover becomes a
root. For now, stop using ::set-focus and just use the
focus-widget property.